React Docs
React 18時代の公式ドキュメント
reactについて知っていることをすべて忘れて、これらの例をもう一度見てみてください。
熱い思い
@dan_abramov: i can’t believe we shipped http://react.dev. i know there’s still a lot missing and it’s been “available” in a very similar state for a while, but there’s something special about shipping it as stable. i don’t think i’ve ever worked on a single project for such a long time 上記のスレッドから気になった点をいくつか引用
http://react.dev を出荷したなんて信じられない。まだ足りないものがたくさんあって、しばらくは非常に似た状態で「利用可能」だったのは知っているが、安定した状態で出荷するのは何か特別な感じがする。これほど長い間、ひとつのプロジェクトに取り組んだことはないだろうと思っている。 モダンなAPIとレガシーなAPIを明確に分け、Hooksに賭けていることは明白です。
エフェクトをエスケープハッチや外部同期プリミティブとして再配置したのです。
Reactが最初にリリースされたのは、社内で2年間開発・使用された後でした。フックは、わずか数カ月後に（オプトインで「使ってみて」と）リリースされました。
koushisa.icon
アプリを作って最初にやりたいことは何でしょう？状態を追加することだと思うかもしれませんが、実際には多くの人が新しいページを追加して、画面にデータを表示させたいだけです。
Reactの最初の体験は、それをそのままサポートするものであってほしいと思います。
これは、フレームワークの推奨に対する私たちのスタンスの変化にも反映されています。
この部分を最新の考え方に更新しないまま、サイトを出荷するのは正しいとは思えませんでした。
koushisa.icon
@acdlite: If you use React, you should be using a React framework. If your existing app doesn't use a framework, you should incrementally migrate to one. If you're creating a new React project, you should use a framework from the beginning. 最近のフレームワークはハイブリッドで、完全に静的な（Node.jsを使わない）インタラクティブな（SPAのような）アプリを作ることが*できます*。 多くのクライアント専用のセットアップとは異なり、クライアント専用のセットアップにロックされることはありません。
静的なページをいくつか追加したり、APIルートを追加したり、サーバーからデータを渡したりするために、アプリの設定を変更する必要がないのです。
ページごとに各機能を選択することができます。
Reactを始めるといえば、ページのデータを取得することは重要な部分です。
「 UIを説明する」と「インタラクティブ性を追加する」の間に、それに関するセクションを追加してもいいかもしれませんね。
useStateの前に<Suspense>を教える？
うん、うまくいくと思います。
reactはもうすぐ10年になります。reactについて知っていることをすべて忘れて、これらの例をもう一度見てみてください。
このUIの表現方法が何年前のものなのか、過去なのか現在なのか未来なのか、私には時代を超えたものに感じられます。(私にとっては、時代を超越していると感じます。）
他